home *** CD-ROM | disk | FTP | other *** search
/ Ham Radio 2000 #1 / Ham Radio 2000.iso / ham2000 / tcp_ip / rose_nos / rosehdr < prev    next >
Encoding:
Text File  |  1992-02-26  |  4.6 KB  |  88 lines
  1. ROSE Circuits -- The Header
  2.  
  3. When you connect using a ROSE network, you issue the connect to the 
  4. destination via your neighbor ROSE's call and the destination ROSE 
  5. switch's address.  e.g. C DEST V MYROSE-5 405999, where 405999 is the 
  6. address of a ROSE that is near DEST.  (These examples will use the TAPR 
  7. commands.  With NET you leave out the V and add the interface name in 
  8. front of the destination call sign.  Also, these examples will not 
  9. include the optional (one each) digipeater calls between you and your 
  10. neighbor ROSE, or between the destination ROSE and the destination.)
  11.  
  12. The neighbor rose switch is watching packet frames fly by and in those 
  13. that have two to four digipeaters in them it looks for its call in the 
  14. first digipeater call with a clear "has been repeated" bit, followed by 
  15. a ROSE address of the right format.  If it finds one, it intercepts your 
  16. SABM, sending a UA and an I frame back to you as though they had come 
  17. from DEST.  If all goes well, the ROSE switch on the far end correspond-
  18. ing to 405999 address sends an SABM to DEST while assuming your call in 
  19. its header source field.  (All call signs in the header's digipeater 
  20. fields have their "has been repeated" bits set.)  As observed by DEST, 
  21. the headers for this and all following frames to DEST show your call in 
  22. the source call sign field and his neighbor ROSE switch's call in the 
  23. last (or optionally, next to last if there is an "exit digipeater") 
  24. digipeater address field.  (The ROSE address number that preceeds the 
  25. ROSE call sign in the header is the address number of the ROSE switch on 
  26. the other end of a circuit, but that is not significant to us except in 
  27. setting our arp entry.)
  28.  
  29. Here is an enquiry to "USERS" on a ROSE switch which is sustaining one 
  30. of our IP circuits.  Irrelevant lines have been deleted.
  31.  
  32. K5JB-11   AX25L2 User Linked to USERS     @ 3100405732     
  33. K5JB-10  *** Unknown Protocol ID CC ***
  34. K5JB-11  *** Unknown Protocol ID CC ***
  35. N0ELS-5   X.25 Trunk (R1) with the following connections:
  36. K5JB-10   @ 3100405771     (  1 P4 D1) --> K5JB-11   @ 3100405732     
  37.  
  38. In this example, K5JB-10 is an IP station with N0ELS-5 as a neighbor 
  39. ROSE (address 405771).  K5JB-11 is an IP station with K5JB-5 as a neigh-
  40. bor ROSE (address 504732).  This USERS report was received from K5JB-5 
  41. (405732) by initiating an AX.25 connect from K5JB-11.
  42.  
  43. There is some difficulty in switching routes around while using IP over 
  44. ROSE because it gets easily confused with our antics.  If you are going 
  45. to try another ROSE switch after making configuration changes it may be 
  46. best to make an AX.25 connection to the destination IP station though 
  47. the ROSE circuit, disconnect it, and make sure you don't have any lin-
  48. gering AX.25 connections to the ROSE switch before trying a new scheme.  
  49. This method may not work until the ROSE switch breaks down its internal 
  50. network state.  The only way to force this _may_ be to create a second 
  51. circuit using a different routing.  ROSE seems to delete the old circuit 
  52. when you do that.  Some of the early problems I had were caused by my 
  53. impulsiveness.  I haven't had enough experience to tell yet but I sus-
  54. pect that once you establish a virtual circuit over ROSE it stays intact 
  55. unless you take some action to disconnect it.
  56.  
  57. (Not sure when to stop rambling about T3, AX.25 version 1/2, etc.  Some 
  58. of these things should be in the general knowledge of AX.25 users but I 
  59. am sure they are not.)
  60.  
  61. ROSE "Reliable" mode
  62.  
  63. If you use the ROSE switch's digipeater call instead of its primary call 
  64. in making a ROSE connection you will encounter the "reliable" mode.  It 
  65. does cut down the spurious frames from the ROSE switch, but it becomes a 
  66. rather fragile circuit that won't allow a reset.  If it works for your 
  67. circuit, use it, but if you have trouble setting up a circuit after 
  68. restarting NET, use the regular ROSE call instead.
  69.  
  70. On the other hand, maybe the circuit breakdown with a reset is just what 
  71. we need to be able to try various circuits without waiting for the ROSE 
  72. switches to retire their table entries.
  73.  
  74. Other Kinds of Circuits
  75.  
  76. As an afterthought, this scheme might be needed to make IP work over 
  77. TEXNET.  I don't have a neighbor TEXNET to play with, but I could have 
  78. even used my old "Gator" switch with this method.  Also, if the IP PID 
  79. in transmitted headers causes a problem with the terminus of someone's 
  80. circuit scheme I can replace it with no layer 3 PID and nobody would 
  81. know the difference.
  82.  
  83. If you want to play with the source code for the rose trap you can 
  84. certainly have it.  I will add it to the TAPR release kit after it has 
  85. been thoroughly wrung out.
  86.  
  87. Joe, K5JB
  88.